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COURSE DESCRIPTION 



COURSE TITLE 

CYBER 180 Technical Introduction 

COURSE NUMBER 

RW3020 

COURSE LENGTH 

Two days 

DESCRIPTION 

This course introduces the CYBER 180 hardware and the operating system (NOS/VE) 
designed to run on it. Both topics are covered in survey fashion. Hardware discussions 
include virtual memory protection, interrupts, and some instructions. Software 
discussions involve the implementation language, job flow and migration, and various 
features. 

PREREQUISITES 

There are no prerequisites for this course but the course is oriented to programmers. 
Some comparisons are made between NOS and NOS/VE and between CYBER 170 
and CYBER 180. This course is a prerequisite for all the courses in the CYBER 180 
software curriculum. 

COURSE OBJECTIVES 

Generally, the student should become familiar with basic concepts of the C180 
hardware and NOS/VE; he or she should be able to define or describe the most basic 
acronyms, phrases, "buzzwords," and the concepts behind them. Specific objectives 
are listed at the beginning of each chapter. 

REFERENCE MATERIAL 

The manuals currently available for general reference are the: 

CDC Cyber 170 Models 815, 825, 835, 845 and 855 Computer Systems 
CDC Cyber 180 Models 810, 830, 835, 845 and 855 Computer Systems 
General Description CDC Pub. No. 60459960, 

CDC Cyber 170 Computer Systems Models 815, 825, 835, 845 and 855 
CDC Cyber 180 Computer Systems Models 810, 830, 835, 845 and 855 
Hardware Reference Manual, Virtual State, Volume II 
Instruction Descriptions and Programming Information 
CDC Pub. No. 60458890 
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CHAPTER 1: 
OVERVIEW 



PREVIEW 

History of NOS/VE Project 
Migration Strategy 
Product Line Models 
Hardware Architecture 

REFERENCES 

An Introduction to CYBER 180, Chapter 1 

OBJECTIVES 

• State the basic requirements of the C180 hardware. 

• Outline the strategy for migrating CDC's current customer base to C180. 

• Distinguish between the models of the C180 product line which are currently 
defined. 

• List the major features of the C180 architecture. 

• List the kinds of protection available through the virtual memory protection 
mechanism. 

• Explain the RAM acronyms. 
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REQUIREMENTS 




Mission: A unique architecture 
for all new models to 
be produced and marketed 
by Control Data in the future. 
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CYBER 1 80 HISTORY 



1973 -NCR/CDC Task Force 
-Virtual Memory 
-Large Memories 
-BDP 

-Single set of Software 

1 974 -Processors, Memories and I/O Subsystems Defined 

SI, S2, S3 

1975 -Work Continued on Memories and CPUs 

1976 -Power on CPU 

-IPL Named CYBER 180 

-AD&C Formed/ Joint Venture Dissolves 

-IOU Defined 

1977 -Power on Memory 

-Work Started on Operating System 

1 978 -Power on IOU 

-Work Started on Products 

1979 -Power to First Model 

1980 -Development Machine Available 
-First Early Bird Customer 

1981 -Operating System Release toTest 

1982 -Products Release to Test 
-800 Series Announced 

1983-NOSVER1 Internal Release 
-Product Introduction 

1984 -CYBER 180, NOS/VE Product Announcement 
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CYBER 1 80 STATUS 

o Specifications 
o Mainframes 

Models 
C170 C180 

815 - S1(-)/S1CR(-) - 810 
825 - S1/S1CR - 830 
835 S2 835 

845 - S3(-) - 845 

855 S3 855 

THETA - 990 

o Operating System NOS/VE 

-Design 

-Implementation 

-Test 

o Products 

-Compilers 
-Tools and Utilities 
-Documentation 
-Courses 
-Applications 
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MIGRATION STRATEGY 



K) p 
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MIGRATION STEPS 
CURRENT CYBER 170 SYSTEM 

MAINFRAME REPLACED BY DUAL-STATE MAINFRAME 

• Continue to Run 170 Software 

• Retain Peripherals 

• Price/Performance Improvement 

• Memory Expansion ^ / v < ' - " * 

• No Conversion 

Gradually Convert to New Software as Features of 
CYBER 180 Software Become Attractive 

vs. 

Suddenly Convert to New Software and Hardware 
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TECHNICAL MIGRATION FACILITIES 

• Dual-State Mainframes 

• Mixed-State Software Capability 

• Source Language Compiler Compatibility 

• Conversion Aids 

• Some External Compatibility in Operating Systems 
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MODEL COMPARISONS 



^^^MODELS 


815 
(S1 MINUS) 


825 

(S1) 


835 

(S2) 


845 

(S3 MINUS) 


855 
(S3) 


AVAILABLE 


1983 


NOW 


NOW 


1983 


NOW 


PERFOR- 170 


0.6 


1.0 


2.5 


4.5 


7.5 


MANCE 180 


0.7 


1.2 


3.0 


5.5 


9.0 


CPU CLOCK 
(nsec) 


50 x 2 
100 


50x2 
100 


56x2 
112 


64 


64 


CACHE 

SPEED (ns) 

SIZE 


NO 


NO 


YES 

112 

2K WORDS 


YES 

64 

2K-4K WORD 


YES 

64 

2K-4K WORD 


INSTRUCTION 
LOOK AHEAD 


2 WORD 
BUFFER 


2 WORD 
BUFFER 


3 WORD P 
2 WORD B 


12 INSTRUCT 


12 INSTRUCT 


MICROCODED 


ALL 


ALL 


MOST 


SOME 


SOME 


MEMORY 
SIZES (MB) 


2,4,8 


2,4,8 


4, 8, 12, 16 


4, 8, 12, 16 
(32) 


4,8,12,16 
(32) 


MEMORY 
CYCLE-ns 


400 
SERIAL 


400 
SERIAL 


448 
OVERLAP 


448 
OVERLAP 


448 
OVERLAP 


MEMORY 
BOARD 


64K MOS 


64KMOS 


16K MOS 


16K MOS 


16K MOS 


OTHER 


- 


- 


STANDARD 
COMPONENTS 


ADVANCED 
LSI 


ADVANCED 
LSI 



RELATIVE TO C170 



720=1 
750 = 8-11 
760=13-18 
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MODEL COMPARISONS 



CYBER 180 
170 


810 
815 


830 
825 


835 
835 


845 
845 


855 
855 


990 


S1 
MINUS 

S1CR 
MINUS 


S1 

S1CR 


S2 


S3 
MINUS 


S3 


THETA 


APPROX. -170 
PERF.* -180 


0.6 
0.7 


1.0 
1.2 


2.5 
3.0 


4.5 
5.5 


7.5 
9.0 


24 
30 


INSTRUCTIONS 
MICROCODED 


ALL 


ALL 


MOST 


SOME 


SOME 


LITTLE 


VECTOR 
INSTRUCTIONS 


N 


N 


N 


N 


N 


Y 


CACHE MEMORY 
SIZE 


N 


N 


Y 

2-4KW 


Y 

2-4KW 


Y 

2-4KW 


Y 

4KW 


MAX XFER RATE 
1W 


200 NANO 


100 


56 


64 


64 


16 


MEMORY -MBYTES 

BANKS 
CYCLE 


2,4,8,16 

2,4 

400 NS 


2,4,8,16 

2,4 
400 


4,8,16 

8 

448 


4,8,16 

8 
448 


4,8,16 

8 
448 


8,16,24 
32 
16 
64 


DUAL PROCESSOR 
OPTION 


N 


Y 


N 


N 


Y 


Y 


COOLED 


' AIR 


AIR 


LIQUID 


LIQUID 


LIQUID 


LIQUID 



PERFORMANCE RELATIVE TO C170-720 = 1.0 
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CYBER 180 CONFIGURATION 



PROCESSOR 



MEMORY 



IOU 




SMU 



<4 



(hi'k^^p^^ 
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HARDWARE FEATURES 

CPU SUPPORT OF 

• Scientific/Engineering 

• Character Handling 

• CYBER 170 State 

• Virtual Memory - ^o j^b i ; 

• Security 

MEMORY TO SUPPORT 

• 64-Bit Words ^ c 9 

• Byte Addressing 

• Cache 

• SECDED , v 

• Reconfiguring 

INPUT/OUTPUT UNIT TO SUPPORT 

• Peripheral Processors 

• 12- and 16-Bit Channels 



,<n n 



Ct?rC:o,\ 
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CYBER 180 VIRTUAL MEMORY 

Addressing 

— Programmers Work Exclusively in Virtual Memory 
Protection 

— System or User from Self 

— System from User 

— System from System (Compartments) 

— Users from Other Users 

— Users from System 
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CYBER 180 VIRTUAL MEMORY 
USER ADDRESS SPACE 



VIRTUAL MEMORY ADDRESS 




,4 !irA; 



WlM 



VffsW* 
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EXAMPLE OF PROTECTION WITHIN 
AN ADDRESS SPACE 



S0f 



r> 



fiflftfrvt/ntwTi 



e: m^ 




■ 






X 
W 


R 






SUB-SYSTEMS 



■^r^flp^pr^] 



OPERATING SYSTEM 




"^^r^ip^lr^l 



[OT &3& fflSI 



CYBER 180 VIRTUAL MEMORY 

SEGMENT ATTRIBUTES 

• Access Privileges 

— Read 

— Write 

— Execute , » ? 

1 A > S 



• Ring Protection- r ' r v- 7 \ 

— Ring(s) of Execution l 

— Ring(s) from which Segment may be Read/Written 

— Ring(s) from which Segment may be Called 

• Key/Lock Protection 
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MEMORY SIZE 



^1 



228 



4095 



k_ 



/ 



JL. 



262K X 1000 WORDS 



/ 



64MB 
32MB 



64 BITS 



/ 
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7 



/ 




■J 



\) 



262KW 
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MEMORY 

• 64 Bit Word with SECDED 

• Byte Addressable 

• Very LargeJteal Memories 

— 1MB to mMB Configurations 

— Physically Organized by Pages 

• Virtual Memory Capability 

— Logically Organized into Segments 

— Sharable, Secure 

— 4096 Segments of 2 Billion Bytes Each 
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INPUT OUTPUT UNIT 

5 to 20 Peripheral Processors 

— 170 Upward Compatible Instruction Set 

— 16-Bit Memory, Instructions, Paths 

8 to 24 Channels 

— CYBER 170 Compatible 

— 16-Bit Parallel High Speed Channel (future) 

Supports Maintenance Systems 

— Dedicated System Monitor Unit 

— Local/Remote Consoles 
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PERIPHERALS 

THREE CLASSES 

• Low Performance— Communication Lines 

■k 
Unit Record Equipment r ;; v \ : ' 

Printer 
Card Reader 
CRT Terminals 

• Intermediate Performance— 6000 Channel 

Magnetic Tape 
Serial Head Disk 

• High Performance— 50 M Bit Channel (future) ? 

Parallel Head Disk 
Secondary Storage (Future) 
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RELIABILITY— AVAILABILITY- 
MAINTAINABILITY (RAM) 

R— DETECT ERRORS 

• Computer-Aided Design 

• Concurrent Diagnostics 

• Error Logging Registers 

• Parity/SECDED on Major Data Paths 

A— CONTAIN ERRORS 

• Reconfiguration 

• O/S in User Address Space 

• Instruction Retry [^ %f^ :S / 

M— FIX ERRORS 

• Remote/On-Call Maintenance 

• Fault Isolation Diagnostics 

• Physical Environment Monitor Option 



1-20 



CHAPTER 2: 
HARDWARE OVERVIEW 



PREVIEW 

Virtual Address Space 

Segmented 

Large 

Protected 

Exchange vs. Trap 

CALL/RETURN 

Real Memory 
Large 
Paged 

REFERENCES 

General Description, Chapters 2-10 

OBJECTIVES 

• Explain relationship of SDT to memory protection. 

• In general terms, explain the process of accessing a word in real memory. 

• Describe how buffer memories improve access time. 

• Describe the attributes which provide segment protection. 

• Define Ring Brackets, Lock and Key, Access Attributes. 

• Explain in general terms the CALL/RETURN process. 

• Define Stack Frame Save Area. 

• Identify types of registers. 

• Explain how exchanges and traps are utilized. 

• Identify types of instructions used on CYBER 180. 
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MAINTENANCE 



IS) 



PERIPHERAL, 
EQUIPMENT 



INPUT OUTPUT UNIT 



I/O CHANNELS 



CHANNEL 



PERIPHERAL 
PROCESSORS 



T 



TWO PORT 
MULTI- 
PLEXER 

i r 



CENTRAL PROCESSOR 



CONTROL 
SECTION 



REG- 
ISTERS 

-J 



« *■ 



EXECUTION 
SECTION 



BUFFER MEMORY 



MAINTENANCE 
CHANNEL 



ADDRESSING 

SECTION 







CENTRAL 
MEMORY 



CO 
IO 

w 

r- 

O 

o 
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> 
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S2 BLOCK DIAGRAM 



REGISTERS 

• 16 X registers (64 bits) 

• 16 A registers (48 bits) 

MEMORY 

• 64 Mbyte (potentially 2**31 byte) 

• User virtual address space 4096 times 2**31 byte 

• Hardware paged 

PPs 

• Memory size 4KX16 bits 

• Up to 4X5 16-bit PPs 

• Up to 6X4 12/16-bit channels 

• 28-bit real memory address for PP read/write 

• 250 ns major cycle time 

MAINTENANCE CHANNEL 

• Dedicated PP for SMU 

• Loads processor micro code 

• Read/write maintenance registers 
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MORE CPU CAPABILITIES 

• Security Enforcement 

• Paging 

• Virtual Address Translation 

• Performance Monitoring 

• Debugging Aids 

• Hardware Error Monitoring 

• Timing 

• Programmer Error Monitoring 
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PROCESSOR 



Register Operation: 

— 16 48 Bit A Registers 

— 16 64 Bit X Registers 

128 Two-Register Instructions 

— 16 Scientific 

— 17 BDP \mm- dh p"' [ ':<% : ; -- --^V 

— 76 General 

— 18 System 

— 16 and 32 Bit Formats 

Executes CYBER 170 Instruction Set Under Micro 
Program Control 

Security State Switching with 15 Levels i ^ l / 

Processor-Controlled 16KB-32KB Cache Memory 

Dual Processor Option (Selected Processors) 
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VIRTUAL MEMORY PROTECTION 



REAL MEMORY 



C170 




RA 


READ 

WRITE 

EXECUTE 







t 

FL 

I 



REAL MEMORY 



C180 





X |SEGMENT 2 


RW 


SEGMENT 1 




SEGMENT 
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PAGING 



REAL MEMORY 




'\ I 



\N 






RW 


1 


X 


2 


R 


I 




N 





HARDWARE 

• Page Fault if the Segment Portion is not in Real 
Memory 

• Mark Modified Pages 

• Note MeeWte^eraHy Used Page 

SOFTWARE 

• Assign Pages 

• Move Code and Data From Backing Store to Real 
Memory and Back if Modified 
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CODE SHARING 



REAL 
MEMORY 









SEGMENT 2 


f 




SEGMENT 1 






SEGMENT 










* 
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SEGMENT N 


• 
• 













SEGMENT N 
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SD^ 






RW 
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• 
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SDT, 






RW 
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• 
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VIRTUAL MEMORY PROTECTION 

PROTECTION 

• CYBER 170 
RA 

FL 

• CYBER 180 
Segment Attributes 

Segment Descriptor Table (SDT) 

REAL MEMORY RESIDENCE 

• CYBER 170 Contiguous Space 

• CYBER 180 Pages 
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OBTAINING 
REAL MEMORY ADDRESS 



PVA 



g SEGMENT | 

^descriptor! 



I 



SVA 




PAGE IN 
MEMORY 



IWORDI 



2-10 



OBTAINING REAL MEMORY ADDRESS 

PVA— Process Virtual Address 
SDT— Translates PVA to SVA 
SVA— System Virtual Address 
Page Table— Translates SVA to RMA 
RMA— Real Memory Address 
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MULTIPLE VIRTUAL ADDRESS SPACE 

SEGMENTS 



~l 



□ 




MULTIPLE 
SDTS 



SINGLE 

SYSTEM 

PAGE 

TABLE 











SDT 
1 










SDT 
2 








SDT 
3 








SPT 










• • • 





SINGLE 

REAL 
MEMORY 



PAGES 
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CYBER 180 BUFFER MEMORIES 




CENTRAL 
PROCESSOR 



SEGMENT 
MAP 



SDT 



SVA 




1 



CACHE 







SPT 




CENTRAL 
MEMORY 
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CYBER 180 BUFFER MEMORIES 
(MODEL DEPENDENT) 

• Address Translation Buffer Memories 

— Segment Map 

— P^ge Map 

• Central Memory Buffer Memory 

— Cache 

• Predominantly Hardware Managed 

• Software Responsible for Purging 
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SEGMENT DESCRIPTOR TABLE ENTRY — 



2468 12 16 



3234 39 



63 



W| 

P 



R1 



R2 



ASID 



t 




KEY/ 
LOCK 



PROGRAM ADDRESS REGISTER — 

P-REGISTER 



2 810 16 20 



32 






63 



4 



LL 



\ 



4 



SEG 



BN 



GLOBAL LOCAL RIV& 
K6V KEY NO 



PROCESS VIRTUAL ADDRESS 
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SEGMENT DISCRIPTOR TABLE ENTRY SDE 



• BITS 

0-1 VALID (VL) 

00 INVALID 

01 RESERVED 

10 REGULAR SEGMENT 

1 1 CACHE BYPASS SEGMENT 

2-3 EXECUTE 

00 NONEXECUTABLE 

01 NONPRIVILEGED EXECUTABLE SEGMENT 

10 LOCAL PRIVILEGED EXECUTABLE SEGMENT 

1 1 GLOBAL PRIVILEGED EXECUTABLE SEGMENT 

4-5 READ 

00 NONREADABLE 

01 READ UNDER CONTROL OF KEY/LOCK 

10 READ NOT CONTROLLED BY KEY/LOCK 

11 BINDING SECTION 

6-7 WRITE 

• 00 NONWRITABLE 
01 WRITE CONTROLLED BY KEY/LOCK 

10 WRITE NOT CONTROLLED BY KEY/LOCK 

11 RESERVED 

8-15 VALUES FOR RING BRACKETS 

16-31 ASID— ACTIVE SEGMENT IDENTIFIER 

32-33 LOCAL KEY/LOCK FLAG 

34-39 VALUE OF KEY/LOCK 

PROGRAM ADDRESS REGISTER P-REGISTER 



• BITS 

2-7 VALUE FOR LOCAL KEY 

10-15 VALUE FOR GLOBAL KEY 

16-19 PROCESS RING NUMBER 

20-31 SEGMENT NUMBER 

32 VALID ADDRESS BIT 

33-63 BYTE NUMBER 

PROCESS VIRTUAL ADDRESS 

• BITS 

16-19 PROCESS RING NUMBER 

20-31 SEGMENT NUMBER 

32 VALID ADDRESS BIT 

33-63 BYTE NUMBER 
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SEGMENT PROTECTION 
ATTRIBUTES 

1. Access Attributes 

• Read 

• Write 

• Execute 

2. Rings 

• 15 Hierarchical Levels of Protection 

• "One Way" Protection 

3. Local Key/Lock 

• 64 Protection Codes 

• "Local" Data Protection 

Access to a Segment is Only Permitted When All Three 
Protection Tests are Passed. 
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I 
00 




RINGS OF PROTECTION 

Operating System Rings 1-6 

Subsystems Rings 7-10 

Users' Rings 11-15 

Segment May Function in a Range of Rings 
(Ring Bracket) 
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MOST PRIVILEGE 
1 



WRITE 

BRACKET 

1<n<R1 



RING BRACKETS 
DATA 



LEAST PRIVILEGE 
6 \ 7 



READ 
BRACKET 
1<n<R2 



EXAMPLE R1=3, R2=5 R1<2 
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EXECUTE 

BRACKET 

R1<n<R2 



CALL 
BRACKET 
R2<n<R3 



RING BRACKETS 
CODE 




v 



EXAMPLE R1=3,R2=5,R3=7 R1<R2<R3 
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EXAMPLE RING BRACKETS 





(USER) 

RING 

11 






















4M* 


i 6. 


!/}/ ' i,' ! j-r~'' 


' ( 


'<? ./ .'■ ■ {.-A 






s<7 


R,X 
(11,11,11) 




R.W 

(11,11) 

W 




R,X 
(3,11,11) 




10 


(DBMS) 

RING 

8 


f 


I 1 

R,W 

(3,8) 

Z 




R,X 

(8,8,11) 

B 




R,W 

(8,8) 

X 












lb 

IO 




























(ACCESS 

METHOD) 

RING 

3 


R,X 

(3,3,11) 

C 




R.W 

(3,3) 

Y 




• 


. 


I 


I 


_ 




















\ 










ACCESS PERMISSIONS 






R: READ 






W: WRITE 






X: EXECUTE 






RING ATTRIBUTES 


























(R1.R2.R3) 









RING BRACKETS EXAMPLE 



Segment 


May Be 
Called By 


Has Read 
Access To 


Has Write 
Access To 


A 


A 


w 


w 


B 


AorB 


W, X, or Z 


WorX 


c 


A, B, or C 


W, X, Y, or Z 


W,X,Y,orZ 
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LOCK AND KEY PROTECTION 



• Firewalls Subsystems In the Same Ring 

• Isolates Data in Less Privileged Ring 
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LOCAL 

LOCKS AND KEYS 

DATA 



USER (11) 
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GLOBAL AND LOCAL KEY/LOCK 



• Single Key or Lock per Segment 

— Key When Segment is Executing 

— Lock When Segment is Referenced 



PROCEDURE 



33 



34 



KEY/LOCK 



39 



LOCAL 




1 



MASTER KEY 
6 BIT KEY 



DATA OR PROCEDURES 




1 



NO LOCK 
6 BIT LOCK 



By using nonzero local locks, data can be restricted to be written or accessed by 
only "local" procedures. Normally, no procedure will have a master local key. 

User and system procedures are normally assigned a nonzero local key. 
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CALL/RETURN 
INTERRUPTS 
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EXAMPLE OF BLOCK STRUCTURE 



•ERROR* 



*ERROR* 



6 


procedure a; 


7 


var 


8 


La, 


9 




j_a: integer; 




10 




procedure b; 




11 




var 




12 






Lb: Integer; 






13 








14 






procedure c; 












var 






15 






I-jk integer, 






16 






La: boolean; 






17 






Lc:=Lb; 






18 






if La then 






19 






La:=Lc; 






20 






ifend; 






21 






d; [Call procedure D] 






22 






procend c; 






23 




Lb:=La; 




24 




U»:=Lc; 




25 




c; [Call procedure C] 




26 




procend b; 




27 








28 




procedure d; 




29 




var 




30 






Ld: integer; 






31 




procedure e; 




32 






var 






33 






Le: integer; 






34 






L»:=i_d; 






35 






Le:=La; 






36 






procend e; 






37 




c; [Call procedure C] 




38 




procend d; 




39 




b; [Call procedure B] 




40 


procend a; 



LINE 
NUMBER 
24 
37 



SEVERITY 

LEVEL 
ERROR 
ERROR 



ERROR MESSAGE 
Undeclared identifier - l_C. 
Undeclared identifier - C 
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BASIC CALL MECHANISM 



PROCEDURE A: 



CALL B; 



DSP 

CSF 
PSA 



»• 






STACK 
FRAME 
FOR A 




► 





INITIAL STATE 



TOS.DSP 



PSA 



ENVIRONMENT 



STACK 
FRAME 
FOR A 



AFTER CALL 
ISSUED 



DSP 



CSF 

PSA 



► 






STACK 
FRAME 
FORB 






ENVIRONMENT 
OF A 

STACK 
FRAME 
FOR A 









AFTER SOFTWARE 

CREATION OF STACK 

FRAME FOR B 
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BASIC RETURN MECHANISM 



PROCEDURE B: 



RETURN 
END 



DSP - 


► 








STACK 






FRAME 


CSF 




FORB 








ENVIRONMENT 


PSA — 


► 


OF A 






STACK 






FRAME 






FOR A 







INITIAL STATE 



DSP 
CSF 

PSA 











STACK 
FRAME 
FOR A 











DSP, CSF and PSA are all 
reset from A's stack frame 
save area. 



2-30 



STACK FRAME MANIPULATION 
BY CALL/RETURN 



STABT 





B 


DSP-fr 
CSF-^ 








c 




CALLD 


CALLC 




D 






- 








< 


:allb 


A FRAME 



DSP— * 



CSF— * 



B FRAME 



A FRAME 



g 



PSA 



CALLC 



DSP- 
CSF- 



C FRAME 



B FRAME 



A FRAME 




PSA 



CALLD 



D FRAME 



C FRAME 



B FRAME 



A FRAME 



PSA 



3 
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STACK FRAME SAVE AREA 



n 

MINIMUM 

SAVE 

AREA 

1 



ro 

■ 

CO 



MAXIMUM 

SAVE 

AREA 



Word 



r 



aWp po')^ w ojioiWtspaw. 





1 

2 
3 



4 
5 
6 

7 
8 



16 
17 



32 



VMID 



FRAME DESCRIPTION 



USER MASK 



USER CONDITION 



MONITOR CONDITION 



P REGISTER 



AO REGISTER (DYNAMIC SPACE POINTER) 



A1 REGISTER (CURRENT STACK FRAME POINTER) 



A2 REGISTER (PREVIOUS SAVE AREA POINTER) 



A3 REGISTER (BINDING SECTION POINTER) 



A4 REGISTER (ARGUMENT POINTER) 



A5 REGISTER 



A6 REGISTER 



00 



15 



A7 REGISTER 



AF REGISTER 



X0 REGISTER 



XF REGISTER 



00 



63 



CALL/RETURN 
Intra- and Inter-Ring 



ro 

■ 

CO 
CO 



Rlngm 



TOS* 



Ringn 



DSP* 



TOS.CSF* 
PSA* 



TOS- 



SFSA 



DSP** 



TOS.CSF*) 



DSP** 




Intra-ring 

CALL 

TOS.CSF^ 




(DSP) 
PSA* 










SFSA 







TOS* 




PSA* 


SFSA 


Inter-ring 
CALL 






SFSA 








SFSA 







TOS-H 



TOS-H 



RETURN 
DSP* 




TOS.CSF* 


■ 


PSA* 


SFSA 








SFSA 







RETURN 



DSP* 



TOS.CSF* 
PSA* 



* Moved by software 



CYBER 180 REGISTERS 



Processor State Registers 

— Either Hard-Wired, or 

— Defined at Deadstart/lnitialization 
Process State Registers 

— Define an Exchange Interval 

— Defined by an Exchange Package 

— Either Live Registers, or 

— Stored in Real Memory 
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PROCESSOR STATE REGISTERS 



PROCESSOR 
ACCESS 



MCH 
ACCESS 



PROCESSOR 
READ 



PROCESSOR 
READ 



PROCESSOR 
READ/WRITE 



















ss 


STATUS SUMMARY 










PID 


PROCESSOR IDENTIFIER 


VMCL | VIRTUAL MACHINE CAP. LIST 


EID 


ELEMENT ID. 




01 OPTIONS INSTALLED 






- • 














CONTROL MEMORY ADDRESS 




CONTROL MEMORY BREAKPOINT 




DEC ENVIRONMENT CONTROL 


















PTL 


PAGE TABLE LENGTH 


PSM 


PAGE SIZE MAS 


K 

PAGE TABLE ADD. 
MTR. PROC. STATE 


PTA 


MPS 
















PTM 


PROCESSOR Ti 


EST MODE* 


JPS 


JOB PROC. STATE ** 
SYS. INT. TIMER ** 


SIT 


CACHE CEL* 


MAP CEL* 






CONTROL MEMORY CEI 


* 






RETRY CEL* 




PFS PROCESSOR FAULT STATUS* 









MCH READ 



MCH READ 



MCH 
READ/WRITE 



MCH 
READ/WRITE 



MCH 
READ/WRITE 



* WRITE IN GLOBAL PRIVILEGE MODE ONLY 
** WRITE IN MONITOR MODE ONLY 
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EXCHANGE PACKAGE 



Word 
No. 





1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 



32 
33 
34 
35 
36 
37 



51 



VMID* 



UVMID* 



A0 



Rags 



Traps Enables 



A1 



User Mask 



A2 



Monitor Mask 



A3 



User Condition 



A4 



Monitor Condition 



A5 



Kypt Class LPID 



A6 



Keypoint Mask 



A7 



Keypoint Code 



AS 



A9 



Process Int. Timer 



AA 



AB 



Base Constant 



AC 



AO 



Model Dependent Flags 



AE 



Segment Table Length 



AF 



X0 



XF 



Model Dependent Word 



Segment Table Address 



Untranslatable Pointer 



Trap Pointer 



Debug Index Debug Mask 



Debug List Pointer 



Largest Ring Number 



Top ol Stack Ring No. 1 



Top of Stack Ring No. 15 



00 



07 08 



1516 



63 



* Virtual Machine Identifier 
** Untranslatable Virtual Machine Identifier 
*** Last Processor Identification 
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PROCESS STATE REGISTERS 



PROCESSOR 
ACCESS 



PROCESSOR 
READ 



PROCESSOR 
READ/WRITE 



PROCESSOR 
READ/WRITE 



PROCESSOR 
READ/WRITE 



STL 


SEGMENT TABLE LENGTH 


MCR 


MONITOR CONDITION REGISTER 


UCR 


USER CONDITION REGISTER 


MDF 


MODEL DEPENDENT FLAGS 


STA 


SEG. TABLE ADDRESS 


BC 


BASE CONSTANT 


UP UNTRANSLATABLE POINTER 


P-REGISTER 


MOW MODEL DEPENDENT WORD 



MCH 
ACCESS 



MCH 
READ/WRITE 



CFF CRITICAL FRAME FLAG 

OCF ON CONDITION FLAG 

DEBUG INDEX 

1 DEBU G MASK REGISTER 
UM ~1 USER MASK 



Dl 



DM 



TE| T RAP ENABLES* 
KCN| KEYPOINT CLASS NUMBER* 
KEYPOINT MASK 

KEYPOINT CODE 



KM* 



KC* 



PIT* 



PROC. INT. TIMER 



TP* 



TRAP POINTER 



DLP* 



DEBUG LIST POINTER 



MM 



MONITOR MASK* 



MCH 
READ/WRITE 



MCH 
READ/WRITE 



MCH 
READ/WRITE 



* WRITE IN LOCAL PRIVILEGED MODE ONLY 
** WRITE IN MONITOR MODE ONLY 
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CONTROL TRANSFER 



• Call/Return 

• Exchange Jump— Change States 

• Exchange Interrupt— Job State, Control Transfers to 
Monitor Address Space 

• Trap Interrupt— Job/Monitor State, Processed Within 
Address Space of Current Process 

Oowmwflli<*n on C\&>/ Ktas/\)E. 



%^ 



.oqU/aiW 







v job' mdz 



xr ■ ~ 

WOMQf 
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INTERRUPT CONDITIONS 



SYSTEM CONDITIONS 



Power Warning 
External Interrupt 
System Interval Timer 
Soft Error Log 
Exchange Request 



MONITOR CONDITIONS 



• Processor Detected Malfunction 

• Memory Detected Malfunction 

• Instruction Specification Error 

• Address Specification Error 

• Invalid Segment 

• Access Violation 

• Environment Specification Error 

• Page Table Search Without Find 

• Outward Call/Inward Return 



• Pi 

• Ir 



Unimplemented Instruction 
Privileged Instruction Fault 
Inter-Ring Pop 
Critical Frame Flag 



1 



MONITOR CONDITION 
REGISTER 



I 



USER CONDITION 
REGISTER 



STATUS INDICATORS 



• Monitor Call 

• Trap Exception 



I 



] 



U 



USE R CONDITIO NS 

Free Flag 

Process Interval Timer 

Keypoint 

Divide Fault 

Debug 

Arithmetic Overflow 

Exponent Overflow 

Exponent Underflow 

Floating-point Loss of Significance 

Floating-point Indefinite 

Arithmetic Loss of Significance 

Invalid BDP Data 
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MONITOR CONDITION REGISTER 



o 









TRAPS ENABLED 


TRAPS DISABLED 


TRAP ENABLE F/F SET 


TRAP ENABLE F/F CLEAR 


MASK BIT 








AND 
TRAP ENABLE DELAY 


OR 
TRAP ENABLE DELAY 


CLEAR 










F/F CLEAR 


F/F SET 










AND 


AND 


JOB 




BIT NUMBER AND DEFINITION 




MASK BIT SET 


MASK BIT SET 


OR 

MONITOR 

MODE 


JOB 


MONITOR 


JOB 


MONITOR 








MODE 


MODE 


MODE 


MODE 







Processor Detected Malfunction 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


1 


Memory Detected Malfunction 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


2 


Power Warning 


Sys 


EXCH 


TRAP 


EXCH 


STACK 


STACK 


3 


Instruction Specification Error 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


4 


Address Specification Error 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


5 


Exchange Request 


Sys 


EXCH 


TRAP 


EXCH 


STACK 


STACK 


6 


Access Violation 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


7 


Environment Specification Error 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


8 


External Interrupt 


Sys 


EXCH 


TRAP 


EXCH 


STACK 


STACK 


9 
10 
11 


Page Table Search Without Find 

System Call 

System Interval Timer 


Mon 

Status— 

Sys 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


This bit Is a flag only and does not cause any hardware action. 


EXCH 


TRAP 


EXCH 


STACK 


STACK 


12 


Invalid Segment 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


13 


Outward Call/Inward Return 


Mon 


EXCH 


TRAP 


EXCH 


HALT 


HALT 


14 


Soft Error Log 
Trap Exception 


Sys 
Status— 


EXCH 


TRAP 


EXCH 


STACK 


STACK 


15 


fills bit is a flag only and does not cause any hardware action. 





USER CONDITION REGISTER 



rO 







TRAPS ENABLED 


TRAPS DISABLED 


TRAP ENABLE F/F SET 


TRAP ENABLE F/F CLEAR 


MASK BIT 






AND 
TRAP ENABLE DELAY 


OR 
TRAP ENABLE DELAY 


CLEAR 








F/F CLEAR 


F/F SET 








AND 


AND 


JOB 






MASK BIT SET 


MASK BIT SET 


OR 
MONITOR 














BIT NUMBER AND DEFINITION 




JOB 


MONITOR 


JOB 


MONITOR 


MODE 






MODE 


MODE 


MODE 


MODE 




Privileged Instruction Fault 


Mon 


TRAP 


TRAP 


EXCH 


HALT 




1 Unlmplemented Instruction 


Mon 


TRAP 


TRAP 


EXCH 


HALT 


These 


2 Free Rag 


User 


TRAP 


TRAP 


STACK 


STACK 


mask bits 


3 Process Interval Timer 


User 


TRAP 


TRAP 


STACK 


STACK 


are 
permanently 

set 


4 Inter-ring Pop 


Mon 


TRAP 


TRAP 


EXCH 


HALT 


5 Critical Frame Flag 


Mon 


TRAP 


TRAP 


EXCH 


HALT 




6 Keypolnt 

7 Divide Fault 

8 Debug 

9 Arithmetic Overllow 


User 
User 
User 
User 


TRAP 
TRAP 
TRAP 
TRAP 


TRAP 
TRAP 
TRAP 
TRAP 


STACK 
STACK 


STACK 
STACK 




STACK 


Debug bit will not set when traps disabled. 


STACK 


STACK 


STACK 


10 Exponent Overflow 


User 


TRAP 


TRAP 


STACK 


STACK 


STACK 


11 Exponent Underflow 


User 


TRAP 


TRAP 


STACK 


STACK 


STACK 


12 F. P. Loss of Significance 


User 


TRAP 


TRAP 


STACK 


STACK 


STACK 


13 F. P. Indefinite 


User 


TRAP 


TRAP 


STACK 


STACK 


STACK 


14 Arithmetic Loss of Significance 


User 


TRAP 


TRAP 


STACK 


STACK 


STACK 


15 Invalid BDP Data 


User 


TRAP 


TRAP 


STACK 


STACK 


STACK 






INTERRUPT MECHANISM 



MCR 

or 
UCR 



15 



0000000001 



1 



MM 
or 
UM 



15 



111111 11111111 



AND 

IT 



15 



001000000 



V 



INTERRUPT 



INSTRUCTIONS 
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INSTRUCTIONS CLASSIFICATIONS 

• General Instructions 

— Load/Store 

— Integer Arithmetic 

— Branch 

— Copy 

— Shift 

— Logical 

• Business Data Processing 

— BDP Numeric (Arithmetic, Scale, Decimal Compare, 
Numeric Move) 

— Byte (Compare, Scan, Translate, Move, Edit) 

— Calculate Subscript 

— Immediate Data (Move, Compare, Add) 

• Floating Point 

— Conversion 

— Arithmetic 

— Branch 

• System Instructions 

— Call/Return 

— Exchange 

— Load Page Table Index 

— Purge Buffers 

— Copy State Registers 
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INSTRUCTION PRIVILEGE 



Nonprivileged 
Local Privileged 
Global Privileged 
Monitor 
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OP CODE FORMATS 



jkiD INSTRUCTION FORMAT 



8 12 16 20 



OP 



31 



SjkiD INSTRUCTION FORMAT 



5 8 12 16 20 



31 



OP 


s 


j 


k 


I 


D 



jk INSTRUCTION FORMAT 
8 12 15 



OP 


J 


k 



jkQ INSTRUCTION FORMAT 



8 12 16 



OP 



31 



2-46 



GENERAL DATA FORMATS 



32-BITS 



32-BIT, SIGNED, MAXIMUM VALUE 2,147,483,648 



64-BITS 



64-BIT, SIGNED, MAXIMUM VALUE 2.3 * 10 ** 18 



8-BITS 



8-BITS 



8-BITS 



8-BITS 




8-BIT ASCII CHARACTERS (BYTES) 
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INTEGER ARITHMETIC INSTRUCTION 














63 


s 


INTEGER 




Xk64BIT 
32 




63 


% 


"WW//, 


S 


INTEGER 



Xk RIGHT: 32 BIT 
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FLOATING POINT FORMATS 



1 


1 

5 


1 6 
6 3 




EXPONENT 


FRACTION 



T 

SIGN 



SINGLE PRECISION FLOATING— POINT FORMAT 



1 



t 

SIGN 

6 
4 



1 1 
5 6 



7 8 
9 



t 



NOT USED AS INPUT, BUT PROVIDED ON OUTPUT 
DOUBLE PRECISION FLOATING-POINT FORMAT 



6 
3 





EXPONENT 


LEFT HALF OF FRACTION 



1 

2 

7 





RIGHT HALF OF FRACTION 
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FLOATING POINT REPRESENTATION 





HEXADECIMAL EXPONENT INCLUDING COEFFICIENT SIGN 






ACTUAL EXPONENT (TO THE BASE 2) 






INPUT ARGUMENTS 






RESULTS 


t 


7XXX 





INDEFINITE 




T 




1 

COEFFICIENT 
SIGN EQUAL 


6FFF 

r 

5000 


21237 
24,096 


INFINITE 


OVERFLOW MASK = : 5000.0*0 
OVERFLOW MASK = 1 : AS SHOWN 


TOO 
(POSIT 
NUMB 


IVE 
ERS) 

t 


4FFF 

t 

4000 
3FFF 

i 

3000 


24095 

I 

r 1 

♦2—4,096 


STANDARD 


AS SHOWN 




2FFF 

1 
1000 


2-4,097 
♦l— 12^81 


ZERO 

I 


UNDERFLOW MASK = : 0000.0*0 
UNDERFLOW MASK = 1 : AS 

SHOWN 


i 


oxxx 




ZERO 




t 


k 


8XXX 




NOT APPLICABLE 


COEFHCIENT 
SIGN EQUAL 
T01 
(NEGATIVE 


9000 

t 
AFFF 


2-1231 
1 1—4,097 


I 

ZERO 


UNDERFLOW MASK = : 0000.0*0 
UNDERFLOW MASK = 1 : AS 

SHOWN 


NUMB 


ER) 


BOOO 

t 
BFFF 
COOO 

CFFF 


2—4,096 

'2-1 

♦24,095 


STANDARD 


AS SHOWN 




D000 

1 

EFFF 


■ 24096 
♦21237 


INFINITE 


OVERFLOW MASK = : DOOO.O 
OVERFLOW MASK = 1 : AS SHOWN 


i 


FXXX 


... 


INDEFINITE 


7000.0*0 
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BDP INSTRUCTIONS 



SUBGROUP 



BDP NUMERIC 



BYTE 



SUBSCRIPT 
IMMEDIATE DATA 



SHORT NAME 



SUM 

DIFFERENCE 

PRODUCT 

QUOTIENT 

SCALE 

SCALE ROUNDED 

DECIMAL COMPARE 

NUMERIC MOVE 



COMPARE 

COMPARE COLLATED 
SCAN WHILE NON-MEMBER 
TRANSLATE 
MOVE BYTES 

EDIT 



CALCULATE SUBSCRIPT 

MOVE IMMEDIATE DATA 
COMPARE IMMEDIATE DATA 
ADD IMMEDIATE DATA 
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BDP OPERATION CODES 



jk PLUS TWO DESCRIPTORS 



P 1 OP I 



i 



P+2 


DESCRIPTOR j 


1 






P+6 


DESCRIPTOR k 




jkiD PLUS TWO DESCRIPTORS 




P 


OP 


j 


k 


i 


D 






P+4 


DESCRIPTOR j 








P+8 


DESCRIPTOR k 




jkiD PLUS ONE DESCRIPTOR 


P 


OP | i 


k 


i 


D 


P+4 






DESCRIPTOR j 





BDP DESCRIPTOR 



16 




I 
OFFSET 

OPERAND LENGTH IF F=0 



DATA TYPE 
LENGTH FLAG 
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BDP DATA TYPES 



PACKED DECIMAL NO SIGN 



TYPE D j D | D | D | 



3 



PACKED DECIMAL NO SIGN SLACK DIGIT 
TYPE 1 | j D| D| D| ( 



TYPE 2 



PACKED DECIMAL SIGNED 

EEEEE 



! rm^i 



PACKED DECIMAL SIGNED SLACK DIGIT 



TYPE 3 | O { D | D { D { 



3 mrm 



MAXIMUM 
BLYTE COUNT 

19 



19 



19 



19 



TYPE 4 



TYPE 5 



TYPE 6 



TYPE 7 



UNPACKED DECIMAL UNSIGNED 



I 



J 



U NPACKED DECIMAL TRAILING SIGN COMB INED HOLLERITH 



U NPACKED D ECIMAL TRAILING SIGN SEPARATE 

- i ■» i g □ a 



U NPACKED DECIMAL LEADING SIGN COMBINED HOLLERITH 
C | D 



3 



UNPACKED DECIMAL LEADING SIGN SEPARATE 



TYPE 8 



r-TT 



3 



38 



38 



38 



38 



38 



ALPHANUMERIC (ASCII) 



TYPE 9 



256 



BINARY UNSIGNED 



TYPE 10 



BINARY SIGNED 



TYPE 11 



2's COMPLEMENT 



TYPE 12 = TRANSLATED PACKED DECIMAL SIGNED (32) 

TYPE 13 = TRANSLATED PACKED DECIMAL SIGNED SLACK DIGIT (=3) 

TYPE 14 = TRANSLATED BINARY UNSIGNED (=3) 

TYPE 15 = TRANSLATED BINARY SIGNED (=11) 



19 
19 
8 
8 
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CHAPTER 3: 
NOS/VE CONCEPTS 



PREVIEW 

CYBIL Introduction 
NOS/VE Structure 
Job Flow 
NOS/VE Features 
NOS/VE Products 

REFERENCES 



OBJECTIVES 

• Explain the importance of using a high-level implementation language. 

• Explain the relationship between job and task. 

• Explain how access privilege and rings work together to protect code and data. 

• Outline the flow of a job through the system. 

• Explain how a user gets a new task started. 

• List the functions that NOS performs for NOS/VE in a dual state system. 

• List the features of the permanent file system. 

• Summarize the features of the basic access method. State how a user can 
make requests to use these facilities. 

• List the resources that the user can control. 

• List the features of the interactive facility. 

• State the uses of the system command language. List its characteristics. 

• Distinguish between local and remote operators. 

• List the products included in the current and future releases. 
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NOS/VE OBJECTIVES 



Objectives 

RAM 

Configurability 

Expandability 

Usability 

Consistency 

Efficiency 

Security 

Migration Ease 



Strategies 

Hardware 

SASO 

CYBIL 

Standards 

Command Interface 

Program Interface 

Dual State 

CP Operating System 

Code Isolation 

System Using Itself 

On-Line Development 
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IMPLEMENTATION LANGUAGE 



CYBIL 



• Developed by Control Data 

• Based on PASCAL 

• Extensive Bounds Checking &jf^ 

• Related to Hardware 

• Communication Vehicle 



fadJp *M^' 



. blo&^i*^ 
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A CYBIL PROGRAM 



module sampled 

TYPE RANGE=D..SO=i 
VAR R:INTEGER-, 
COUNT:RANGEn 

PROGRAM IIAINn 
VAR A:INTEGERt 
PROCEDURE POWER; 
VAR I:RANGEn 
R:=ln 
FOR I:=l TO COUNT DO; 

R:=2*R; 
FOREND; 
PROCEND POWERS 

-C EXECUTABLE STATEMENTS > 

COUNT:=Sn 

POUERi 

A:=Rt 

PROCEND MAIN; 
MODEND 



a, 
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s i^k 



NOS/VE 
STRUCTURE 
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OS HIERARCHY 



code data 



code data code data 



OS Modules 



OS Modules User Modules 



Task Task . . . 




Task Task . . . 



System Job User Job User Job., 



Job State 



Monitor State 




code 



data 
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UA V 



JOBS f A ***T 



• A job is the basic unit of work presented to NOS/VE. 

• The job is the basic unit for 

— Validation 

— Resource allocation 

— Scheduling 

— Activity logging and accounting 

— Recovery 

• Every job consists of multiple tasks for 

— Protection 

— Serialization 

— Multiprogramming 



TASKS 



• A program is a set of modules organized to perform a specific function 

• A task is the execution of a program: 

— Active tasks are protected from one another and compete for CPU resources 

— A job may invoke multiple asynchronous tasks 

— Tasks can communicate to synchronize their activities via Job local queues 

• Each task has: 

— An execution control block defining current execution status (includes exchange package) 

— A segment descriptor table defining the task address space 

— A priority 
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CREATE VM SEGMENTS 



Code 
Sections 




Data 
Sections 



Binding 
Sections 




Execute 
Segment 


Binding 
Segment 


Read/ 

Write 

Segment 
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LINK PROGRAM 



1. User prepares source program. 

2. Compile the program. The compiler creates a set of sections for each module. 
Typically the sections are code, data, and binding. 

3. Link the object modules (sections). The linker will collect all code sections into 
one execute segment, all data sections into one read/write segment, and so on. 
This will be done when an object library is generated. It will also be done when a 
task is executed, if necessary. 

4. When a task is executed, a segment descriptor table (SDT) is built. It will contain 
an entry for all segments needed by the program— that is, user and system 
segments. 
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BINDING SEGMENT 



• All linkage between segments uses binding: 

— Read 

— Write 

— Call 

• Purposes 

— To enable code sharing, the re-entrant code must be able to access multiple 
data segments. 

— To allow inward calls, the call bracket must be checked. The linker stores the R3 
value in the binding segments. 

— User programs must be linked into an existing linked operating system. 
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USER ADDRESS SPACE 



USER 
SEGMENTS 



x-Code 


Binding 


RW-Data 









OS 
SEGMENTS 



x-Code 



Binding 



RW-Data 
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R11 



R3 



R2 



R1 



JOB 



MTR 



PACKAGING 



"USER" 
CODE AND DATA 



TASK CODE AND DATA 



JOB CODE AND DATA 



SYSTEM CODE AND DATA 



MONITOR 
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FUNCTIONS 



TASKS IN 
USER JOB 



TASKS IN 
SYSTEM JOB 





JOB MONITOR OR 




JOB MONITOR OR 






USER PROGRAM 




JOB SCHEDULER 




OS 


• LOADER 




• LOADER 




R1,2,3 


• FILE MGR 

• COMMAND 

INTERPRETER 

• TRAP HANDLER 




• FILE MGR 

• COMMAND 

INTERPRETER 

• TRAP HANDLER 

• SCHEDULER 




JOB 











MTR 



MONITOR 



• Task Dispatcher 

• Physical I/O mauaM^^'^' Q®b*? 

• Page Manager 
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COMMUNICATION 



'milkV 



w 



USER TASK 



SYSTEM TASK 



R11 



R3 



R2 



JOB 



R1 



MTR 




CALL 







MONITOR 



R11 



R3 



R2 



R1 
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JOB FLOW 
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JOB FLOW 



• Job Entry 

• Job Initiation 

• Command Processing 

• Program Execution 

• Job Termination 
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JOB ENTRY 




S&l 6^ wt 



• SUBMIT Command 

• Interactive Login (via NOS) 

• Remote Host Transfer (via NOS) 
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SUBMIT JOB 



/COLLECT.TEXT MYJOB 

CT/LOGIN JHW12 JHWPW 

CT/EXECUTE_TASK MYBIN 

CT/LOGOUT 

CT/** 

/SUBMIT_JOB MYJOB JOBNAME=JOB1 
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JOB SCHEDULER 



Job scheduler executes as a system task 
Job scheduler determines: 

— Order in which jobs in the input queue should be initiated 

— When a job should be swapped into or out of memory 
Some examples of scheduling criteria are: 

— Current priority within job class 

— Job resource requirements 

— Job class and status 

— Current system resource availability 

Job scheduler monitors the available mix of queued, 
initiated, and swapped jobs and prioritizes them 
based on current system usage. 
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INITIATE JOB 



SYSTEM JOB 



USER JOB 



JOB 

SCHEDULER 

TASK 



^CL-'iM^f 1 ^ 



/^ wuxA. - I w^ 




JOB MONITOR 
TASK 

'■• JOB BEGIN 

SCL 

INTERPRETER 

"LOGIN" 



MONITOR 



DISPATCH 
TABLE 




(5- 



\y 




5 



3-20 



JOB INITIATION FLOW 



• The scheduler selects the candidate from known job list 

• Initiate job requests that monitor build the new job. This 
includes initializing some tables, including one that 
contains the exchange package. 

• Monitor links the new task into the dispatch table. The 
task waits its turn. Eventually the dispatcher gives the 
new task its first time slice. 

• The loader loads the first task which will be job monitor 
and starts it at the job begin entry point. Job begin 
initializes more tables and some files including the 
command file. 

• The SCL Interpreter interprets the first command 
"LOGIN". 



SYSTEM JOB 
SCHEDULER TASK 
SCHEDULER 



SYSTEM JOB 
SCHEDULER TASK 
INITIATE JOB 



MONITOR 



USER JOB 
JOB MONITOR 
JOB BEGIN 



USER JOB 
JOB MONITOR 
SCL 
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COMMAND PROCESSING 




NOS 



COMMAND 
(MYJOB) 




. Command Lis. I Weo^, lW& ^ 

• Name Call 

—Program 
— SCL Procedure 
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SCL INTERPRETER 



SCL reads the command from the command file. 

SCL searches for the command. 
User Files 
System Files 

If the command is found , it may be a program or it may be an 
SCL procedure file. 

— Commands on a procedure file will be executed. 

SCL interprets the first command. 

— The program will be executed as a new task. 

In all cases, the SCL interpreter passes the command parameter list to a 
processor. 
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PROGRAM EXECUTION EXAMPLE 



PARENT TASK 



CHILD TASK 




JOB MONITOR 

JOB BEGIN 

SCL 
INTERPRETER 
"EXECUTEJTASK" 



qTASK 

INITIATOR 
TASK 

TERMINATOR 
LOADER 



/' 



USER 



OS 



USER PROGRAM 
• ENTRY POINT 



• EXIT 



TASK 

INITIATOR 

\ TASK J 

V TERMINATOR^ 

^LOADER ° 
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PROGRAM 
EXECUTION FLOW 



• Program or command requests 
program execution 

Calls task initiator 

• Builds tables for the new task 

• Monitor links new task into CPU dispatch 
list. 

CPU is dispatched to new task 

• Loader loads object modules 
Loader passes control to initial entry 
point 

• The child task runs while 
the parent task waits 

• Child task calls exit interface 

• Cleans up task 

Exchanges to system monitor to 
request task termination 

• Remove task entries from dispatch list * 
Informs parent that child has 
terminated 



PARENT TASK 






PARENT TASK 
• TASK INITIATOR 






MONITOR 






CHILD TASK 

• PROGRAM LOADER 






CHILD TASK 






CHILD TASK 

• TASK TERMINATOR 






SYSTEM MONITOR 
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TERMINATE JOB 



SYSTEM JOB 



JOB 
SCHEDULER 



TERMINATE 
JOB 



USER JOB 



JOB STATE 



MONITOR STATE 



MONITOR 




JOB MONITOR 



• SCL >r 
"LOGOUT" J 

• JOB END * 



V 
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NOS/VE FEATURES 
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NOS/VE FEATURES 



Dual State 

Permanent Files 

Basic Access Methods 

Interactive Facility 

SCL 

Operator Facility 

Products 
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DUAL STATE MEMORY MAP 




REAL MEMORY 

NOS TRAP 
HANDLER 

PAGE TABLE 



NOS 



NOS/VE Monitor 



NOS/VE 
Task Services 

Users 
(Pageable) 




TAPE 
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DUAL-STATE OVERVIEW 



• User view is of two logically distinct machines in a multi-mainframe arrangement. 

— Jobs and files belong to CYBER 170 or CYBER 180 

— At deadstart time, memory, PPUs, channels and peripheral devices are 
partitioned between CYBER 170 and CYBER 180 logical machines 

— Interface between CYBER 170 and CYBER 180 is through operating system 
services 

• Access between CYBER 180 and CYBER 170 state is supported via 

central memory (memory link) 

• Dual-state functions are not completely symmetric at release 1 but allow— 

— Job submission to another logical machine 

— The control and monitoring of a job executing in another logical machine 

— File copying and routing between logical machines 

— Inter-job message communication 

• At release 1, some "front-end" functions are defined on CYBER 170 logical 
machine to serve— 

— Input/output spooling 

— Operator communication 

— Network communication 
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NOS/VE PHASED RELEASES 



R1.0 - INTERNAL RELEASE 

BASIC OPERATING SYSTEM 

DUAL STATE W/NOS ONLY 

FORTRAN 

COBOL W/SINGLE KEY ISAM 

SORT/MERGE 

CONVERSION AIDS 

CYBIL 

R1.1 - INITIAL EXTERNAL RELEASE (V1) 

OPERATING SYSTEM ENHANCEMENTS 

- JOB SCHEDULING 

- SWAPPING 

FULL SCREEN EDITOR 
COBOL W/ALTERNATE KEY ISAM 
LISP 
APL 

SUPPORT OF C1 70-81 5, 825, 835, 845, 855 

C1 80-810, 830, 835, 845, 855 

IM/VE 

UNIX/C 

DUAL STATE W/NOS/VE 

DUAL CPU SUPPORT (830, 855) 

FUTURE RELEASES 
NAM/VE 
STAND ALONE NOS/VE 

SUPPORT OF C180-990 

BASIC 

PASCAL 

ADA 4^V< 
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CATALOG/PERM FILE 



FILES 
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PERMANENT FILE MANAGEMENT OVERVIEW 



• Single permanent file mechanism which includes capabilities of NOS/170 direct 
and indirect files. 

• Permanent file management functions are: 

— Managing the registration of files in a catalog 

— Establishing job access to a permanent file 

— Access control mechanisms for limiting file access to permitted users 
according to authorized access modes 

— Backup and recovery of permanent files 

• Access Control (AC) to permanent files is a major element of NOS/VE security 
and protection. 

— User/family/account/project qualification 

— Access modes— read/write/append/execute/none 

— Password 

— Ring brackets 

• A catalog is a system file containing information linking logical names of elements 
(e.g., permanent files, devices) with their description and access control lists. An 
entry in a catalog may be either a file name or the name of a subcatalog. 

— Descriptor has identification and location of the element. 

— Access control list has user names and their permitted access style. 

— Access control list is maintained by the element owner. 

• All permanent files are registered in a catalog. 

• Each user is associated with a master catalog and may create subcatalogs. 

• Each permanent file has a name up to 31 characters which is unique within the 
master catalog. 

• Multiple versions of a file may be registered as cycles under a single name. 

— Each cycle is a unique file. 

— Access control list is common for all cycles. 

• Users and their permanent files are logically grouped as families. 

— Logical family name is used to route information within a complex of 
mainframes. 
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ACCESS METHOD ENVIRONMENT 



R11 



CYBIL 
FORTRAN 
COBOL 
SCL 



R3 



- BAM . tfc&u-t/vW^ 

unL toss ff\^c/\^hcxkU o 



R2 



R1 



FILE MANAGEMENT 



DEVICE MANAGEMENT 



CALL/RETURN 



JOB 



MTR 



PHYSICAL 
I/O 



DISK 
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TAPE 



BASIC ACCESS METHOD 



• Provides two access levels (record and segment) 

• Provides security (all files have ring attributes) 

• Provides full ANSI label processing* 

• Provides error processing 

• Supports five record types (W, S*, D*, F, U) 

• Supports two block types (user/system specified) 

• File attributes which describe the contents of the file are preserved with the file 

• Provides device independence (MS, tape, terminal) 

• Provides a single system default type for input job files, listings, etc. (V) 

• Provides a basis for interchange of data with C170 

NOTE: indicates features to be supported in future releases. 



3-35 



RECORD TYPES 
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SUMMARY OF RECORD FEATURES 



Feature 







V 


F 


u 


th 


X 








X 




X 




X 


X 


X 




X 








X 






lity 


X 


X 


X 



Self-defining Record Length 

Variable Length Record 

Fixed Length Record 

Partition Capability 

Deleted Record Capability 

Backspace Record Capability 

Record Header 

Record Header Contains Reliability 
Information X 

Support Foreign Data Structure X 

ANSI Standard Interchange 

Records Type X 

Default NOS/VE Record X 



X Indicates the feature is present 
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RECORD-LEVEL ACCESS 



FILE 



SYSTEM 
BUFFERS 



AMP$OPEN 

(Ifn, amc$record,...) 

AMP$GET _NEXT 
(fid, ...) 




• SEQUENTIAL 

• BYTE ADDRESSABLE 
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ACCESS LEVELS 
RECORD- VS. SEGMENT-LEVEL ACCESS 



Record-level access 

• the user must open the file for record-level access. The system provides buffers 
for the user. 

• On a GET, the system will deliver one record as described in the file attributes into 
the user's buffer. Control information is stripped. On a PUT, the system will copy 
the record from the user's buffer. Control information is added. 

Segment-level access - u&W 

• The user must open the file for segment-level access. The system will add an entry 
to the SDT and return the PVA of the new segment to the requestor. 

• The program accesses the new segment using CYBIL memory management 
instructions. 
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SEGMENT ACCESS 



AMPSOPEN 
(Ifn, ame$segment,.„) 

AMP$GET .SEGMENT. 
POINTER (.. 



POINTER 






X 


B 


RW 
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INTERACTIVE FACILITY 




COMMAND-STREAM 

INPUT 

RESPONSE-STREAM 



NOS/VE interactive terminal access is performed through the Network Access 
Method (NAM). Its interactive facilities are a superset of those of NOS/170. The 
terminal user may: 

• Enter commands 

• Enter data to programs 

• Interrupt the execution of interactive jobs 

• Receive command status messages 

• Receive program output data 

• Disconnect a terminal from a running interactive job, thus freeing the terminal 
for other work* 

• Recover an interactive job that was disconnected from its terminal* 

• Define terminal attributes 

ATTRIBUTES 



ACTION CHARACTERS 

ABORT LINE 

BACKSPACE 

DELIMIT COLLECTOR 

EOI 
ECHO 

OUTPUT DEVICE 
PAGE CHARACTERISTICS 
PROMPT 
TERMINAL CLASS 



NOTE: 'indicates R2 feature 
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TERMINAL SESSION 



/HELLO, VEIAF 

WELCOME TO NOS/VE... 

PROCESSING SYSTEM PROLOG 

PROCESSING USER PROLOG 

/GETF FTPROG 

/GETF FTDATA 

/FTN l=FTPROG L=LIST B=LGO 

/LGO 

/COPF FTNRPT 

REPORT... 



/SETWC $USER 

/CRESL L=FTN_LIBRARY R=$LOCAL. FTNJJBRARY 

/SCU B=$LOCAL.FTN_LIBRARY R=FORTRAN_LIBRARY 

SC/CRED D=FTPROG M=MODNAME S=$LOCALFTPROG 

SC/EXPD D=FTPROG C=COMPILE &&& «Wa 

SC/FTN l=COMPILE L=LIST B=$USER.LGO 

SC/COPF $LOCAL.FTDATA FTDATA 

SC/SETCL A=$USER ftjbwvi^ww l ^" 

SC/LGO 

SC/COPF FTNRPT 

REPORT... 



SC/END WL=TRUE 

/CREOL 

COL/ADDM L=LGO %ff\ 

COL/GENL FORTRAN JJBRARY 

COL/QUIT A 

/EXET F=FORTRAN_LIBRARY 
/COPF FTNRPT.2 ^ 
REPORT... 



/LOGOUT 

PROCESSING USER EPILOG 

PROCESSING SYSTEM EPILOG 

...APPLICATION: IAF 

/BYE 
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SYSTEM COMMAND LANGUAGE 



• System Command Language (SCL) is the primary user interface to NOS/VE. Its *; 
features include: 

— Single interface for both batch and interactive usage. 

— English-like commands and responses. 

— Consistent syntax and parameter naming conventions. 

— Command lines of up to 256 characters (may be continued across several 
physical lines). 

— Local and global variables. 

— Standard built-in functions. 

— Extensive conditional and unconditional branching and looping capabilities. 

— Automatic condition processing. 

— String and list processing facilities. 

— Standard command parsing facilities. 

— Multiple command lists may be stacked under user and system control (allows 
subcommand capability). 
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NOS/VE COMMANDS 



ACCESS AND CONTROL 

LOGIN 

SUBMIT.JOB 

TERMINATE_JOB 

HELP 

EXPLAIN 

DISPLAY_JOB_STATUS 

DISPLAY.LOG 

LOGOUT 

PERMANENT FILES 

CREATE_FILE 

DELETE_FILE 

CREATE_FILE_PERMIT 

CREATE_CATALOG 

CREATE_CATALOG_PERMIT 

SET_WORKING_CATALOG 

RESOURCE MANAGEMENT 
REQUEST_MAGNETIC_TAPE 
RESERVE_RESOURCE 
REQUEST.TERMINAL 
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NOS/VE COMMANDS 

(Continued) 



• FILE MANAGEMENT 
SET_FILE_ATTRIBUTES 
DETAChLFILE 
COPY_FILE 
COMPARE_FILE 
GET_FILE 
PRINT_FILE 

• PROGRAM EXECUTION 
file name call 
EXECUTE_TASK 
DISPLAY_PROGRAM^\TTRIBUTES 

• TOOLS 
CYBIL 
FORTRAN 
COBOL 

SOURCE_CODE_UTILITY 
CREATE_OBJECT_LIBRARY 

• CONTROL 
FOR 
WHEN 
WHILE 

IF 
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OPERATOR FACILITY 



/lOCAL \ 
^OPERATOR / 



LOCAL 
OPERATOR 

id - 'system-operator" 



/ 



/^REMOTE "\ 
^OPERATOR/ 



NOS/VE 



/ 



/ 



/ 



/ 



/ 



/ 



/ 



/ 
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OPERATOR COMMUNICATION OVERVIEW 



• Supports communication between: 

— NOS/VE and system operators 

— User jobs and system operators 

• NOS/VE operator consoles may be: 

— The standard system console (75X terminal) connected through the two port 
MUX (supported at release 2) 

— CC545 170 console may be used via dual-state at release 1 

— Any interactive terminal (connected via CYBER 170 at release 1) 

• An operator console is a terminal "logged-in" with system operator privileges. 

— Operator commands and displays are processed by NOS/VE interactive jobs 
having system operator privileges granted by the NOS/VE user validation. 

— The installation may distribute access privileges between users. 

• On-line equipment configuration commands 

• Tape drive assignment commands 

• Job queue access and control 

• Status and control of system jobs 
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PRODUCTS 



LANGUAGES 



CONVERSION AIDS 



SYSTEM TOOLS 



APPLICATIONS 
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LANGUAGES 



AVAILABLE WITH INITIAL RELEASE - R1.1 

• FORTRAN (ANSI 77)* 

• COBOL (ANSI 74)* 

• CYBIL* 

• APL* 

• SORT/MERGE 
AVAILABLE WITH FUTURE RELEASES 

• PASCAL 

• LISP* 

• BASIC (COMPILER) 

• ADA 

• C (UNDER THE VX/VE (UNIX) SUBSYSTEM OR NATIVE 

NOS/VE) 



*COMMON SPECIFICATIONS USED FOR THESE COMPILERS FOR 
NOS/VE, NOS, AND NOS/BE 
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CONVERSION AIDS 



Command Sequences 

CCL ► SCL* 

Tutor* 

Programs 

Common Specifications 
Dependency Flags 

Homogeneous Files 
Character Data 
Numeric 

Nonhomogeneous Files 
CRM Files 

FMU (File Maintenance Utility) 
File Access Procedures 
Language Oriented Converters' 



f R2 Feature 
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SYSTEM TOOLS 



ON-LINE INTERACTIVE DEBUG 

ON-LINE MANUAL ACCESS AND GENERATION 

FULL SCREEN EDITOR 

SOURCE CODE UTILITY (SCU) 

OBJECT CODE UTILITY (OCM) 

ANALYZE PROGRAM DYNAMICS UTILITY 
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APPLICATIONS THAT WILL BE AVAILABLE 

FOR NOS/VE 



• VX/VE (UNIX* SYSTEM) INCLUDING THE C COMPILER AVAILABLE AS 
A NOS/VE SUBSYSTEM 

• IM-VE (INFORMATION MANAGEMENT) 

RELATIONAL DATA BASE MGMT SYSTEM FROM BATTELLE MEMORIAL 
INSTITUTE 

• D 1-3000 (GRAPHICS) 

USES THE THREE DIMENSIONAL STANDARD CORE FROM PRECISION 
VISUALS 

CATALOGS LISTING C180 APPLICATIONS WILL BE ISSUED PERIODICALLY 
"TRADEMARK OF BELL LABORATORIES 
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APPENDIX 



1. Register Definitions and Accesses A-1 

2. CDC CYBER Abbreviations A-2 

3. CYBER 170/180 Comparison A-4 

4. Review Questions A-7 

5. NOS/VE Manuals A-9 



REGISTER DEFINITIONS AND ACCESSES 



E 
1110. 

ce 


t- <E 

58 

us 


REGISTER NAME 


COPY ACCESS PRIVILEGES 


MCU 
ACCESS 


COPY FROM 

STATE 
REGISTER 


COPY TO 

STATE 
REGISTER 


READ 


WRITE 


00-OF 
10-1F 


00 
10 

11 

12 
13 


STATUS SUMMARY 

ELEMENT ID 

PROCESSOR ID 

OPTIONS INSTALLED 

VIRTUAL MACHINE CAPABILITY LIST 


NO ACCESS 
UNPRIV. 


NO ACCESS 


R 


20-2F 
30-3F 


20 
31 
32 


ENVIRONMENT CONTROL 
CONTROL STORE ADDRESS 
CONTROL STORE BREAKPOINT 


NO ACCESS 


NO ACCESS 


R/W 


40-4F 
50-5F 


40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
50 
51 


P REGISTER 

MONITOR PROCESS STATE POINTER 

MONITOR CONDITION REGISTER 

USER CONDITION REGISTER 

UNTRANSLATABLE POINTER 

SEGMENT TABLE LENGTH 

SEGMENT TABLE ADDRESS 

BASE CONSTANT 

PAGE TABLE ADDRESS 

PAGE TABLE LENGTH 

PAGE SIZE MASK 

MODEL DEPENDENT FLAGS 

MODEL DEPENDENT WORD 


UNPRIV. 


NO ACCESS 


R/W 


60-6F 
70-7F 


60 
61 
62 


MONITOR MASK REGISTER 
JOB PROCESS STATE POINTER 
SYSTEM INTERVAL TIMER 


UNPRIV. 


MONITOR 


R/W 


80-8F 
90-9F 
AO-AF 
BO-BF 


80-8F 

90 

91 

92 

93 

AO 


PROCESSOR FAULT STATUS 
RETRY CORRECTED ERROR LOG 
CONTROL STORE CORRECTED ERROR LOG 
CACHE CORRECTED ERROR LOG 
MAP CORRECTED ERROR LOG 
PROCESSOR TEST MODE 


UNPRIV. 


GLOBAL 


R/W 


CO-CF 
DO-DF 


C0-C3 

C4 

C5 

C6 

C7 

C8 

C9 


TRAP ENABLES 
TRAP POINTER 
DEBUG POINTER 
KEYPOINT MASK 
KEYPOINTCODE 
KEYPOINT CLASS NUMBER 
PROCESS INTERVAL TIMER 


UNPRIV. 


LOCAL 


R/W 


EO-EF 
FO-FF 


E0-E1 

E2-E3 

E4 

E5 

E6 


CRITICAL FRAME FLAG 
ON CONDITION FLAG 
DEBUG INDEX 
DEBUG MASK REGISTER 
USER MASK REGISTER 


UNPRIV. 


UNPRIV. 


R/W 
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CDC CYBER 180 ABBREVIATIONS 



> 

■ 

ro 



A REGISTER ADDRESS REGISTER FL 

ASID ACTIVE SEGMENT IDENTIFIER FLC 

BC BASE CONSTANT FLE 

BDP BUSINESS DATA PROCESSING 

BN BYTE NUMBER GK 

BS BINDING SECTION GL 

CBP CODE BASE POINTER I/O 

CEL CORRECTED ERROR LOG IOU 

CF CRITICAL FRAME JEP 

CFF CRITICAL FRAME FLAG PTA 

CM CENTRAL MEMORY PTE 

CMU COMPARE-MOVE UNIT PTL 

CPU CENTRAL PROCESSING UNIT PTM 

CSF CURRENT STACK FRAME POINTER PVA 

DC DEBUG CODE P1...Pn 

DEC MODEL-DEPENDENT ENVIRONMENT CONTROL 

Dl DEBUG INDEX RA 

DLP DEBUG LIST POINTER RA/FL 

DM DEBUG MASK RAC 

DMR DEBUG MASK REGISTER 

DSP DYNAMIC SPACE POINTER RAE 

EID ELEMENT IDENTIFIER 



FIELD LENGTH 

CENTRAL MEMORY FIELD LENGTH REGISTER 
EXTENDED CORE STORAGE FIELD LENGTH 
REGISTER 

GLOBAL KEY 

GLOBAL LOCK 

INPUT/OUTPUT 

INPUT/OUTPUT UNIT 

JOB MODE EXCHANGE PACKAGE 

PAGE TABLE ADDRESS 

PAGE TABLE ENTRY 

PAGE TABLE LENGTH 

PROCESSOR TEST MODE 

PROCESS VIRTUAL ADDRESS 

CENTRAL PROCESSOR 

1... CENTRAL PROCESSOR n 
REFERENCE ADDRESS 
REFERENCE ADDRESS/FIELD LENGTH 

CENTRAL MEMORY REFERENCE ADDRESS 
REGISTER 

EXTENDED CORE STORAGE REFERENCE 
ADDRESS REGISTER 



CDC CYBER 180 ABBREVIATIONS 

(Continued) 



> 

■ 

CO 



RAM RANDOM ACCESS MEMORY 

RAM RELIABILITY, AVAILABILITY, MAINTAINABILITY 

RMA REAL MEMORY ADDRESS 

RN RING NUMBER 

ROM READ-ONLY MEMORY 

RP READ ACCESS CONTROL (SEGMENT 

DESCRIPTOR FIELD) 

SCL SYSTEM COMMAND LANGUAGE 

SDE SEGMENT DESCRIPTOR TABLE ENTRIES 

SDT SEGMENT DESCRIPTOR TABLE 

SECDED SINGLE ERROR CORRECTION/DOUBLE ERROR 

DETECTION 

SEG PROCESS SEGMENT NUMBER 

SFSA STACK FRAME SAVE AREA 

SIT SYSTEM INTERVAL TIMER 

SPT SYSTEM PAGE TABLE 

SS STATUS SUMMARY 

STA SEGMENT TABLE ADDRESS 

STL SEGMENT TABLE LENGTH 

SVA SYSTEM VIRTUAL ADDRESS 

S1...Sn SYSTEM 1...SYSTEM n 



TE 

TED 

TEF 

TOS 

TP 

UCR 

UEM 

UM 

UTP 

UVMID 

VC 

VL 

VMCL 
VMID 
WP 

XP 



TRAP ENABLE 
TRAP ENABLE DELAY 
TRAP ENABLE FLIP-FLOP 
TOP OF STACK 
TRAP POINTER 
USER CONDITION REGISTER 
USER EXTENDED MEMORY 
USER MASK 
UNTRANSLATABLE POINTER 

UNTRANSLATABLE VIRTUAL MACHINE 

IDENTIFIER 
SEARCH CONTROL CODE (PAGE DESCRIPTOR 

FIELD) 

SEGMENT VALIDATION (SEGMENT DESCRIPTOR 
FIELD) 

VIRTUAL MACHINE CAPABILITY LIST 
VIRTUAL MACHINE IDENTIFIER 
WRITE ACCESS CONTROL (SEGMENT 
DESCRIPTOR FIELD) 

EXECUTE ACCESS CONTROL (SEGMENT 
DESCRIPTOR FIELD) 



CYBER 170/180 SIMILARITIES/DIFFERENCES 

SUMMARY 



CYBER 170 
CPU 

• 60-bit word 

• word addressing 



• 8 X registers (60 bits) 
8 B registers (18 bits) 
8 A registers 

• 1's complement arithmetic 

• CYBER 170 instruction set 



• register-to-register operations 

• some character-handling instructions 



CYBER 180 

• 64-bit word 

• byte/word addressing (8 bytes/word, 
byte = 8 bits) 

• 16 X registers (64 bits) 

no B registers 

16 A registers (48 bits) 
(store/load instructions) 

• 2's complement arithmetic in CYBER 
180 State, 1's complement arithmetic 
in CYBER 170 State 

• CYBER 180 + CYBER 170 instruction 
set mode bits (VMID for Virtual 
Machine Identifier) in CYBER 180 
exchange package enables CYBER 
180 or CYBER 170 State Instructions 

• register-to-register operations 

• full set of character-handling 
instructions 

• vector instructions (memory-to- 
memory) on high-performance 
models 



MEMORY 

• max 131 K word user address space 

• RA/FL relocation 



4096 times 2**31 byte user virtual 
address space 

hardware segmented memory (max 
4096 segments per user address 
space) 



A-4 



• 17 bit-word address within RA/FL 
defined address space 



• 262K max system executable 
memory 

• memory moves + swapping to 
manage memory 

PPs 

• up to 2x10 12-bit PPU's 

• up to 2x12 12-bit channels 

• executes 12-bit PPU code 



• memory size is 4Kx12 bits 

• 12-bit wide data channels 

• 60-bit access to central memory 

• 18-bit central memory address for 
PPU read/write 

• real central memory addressing 

• 500 ns major cycle time 

• 16 words long Deadstart Panel 



SYSTEM 

• no shared memory among user 
address spaces (defined by its RA/FL) 



• two-part virtual address 

— segment number (12 bits) 

— signed byte offset into segment 
(32 bits) space 

• 64 Mbyte (potentially 2**31 byte) 
executable real memory 

• hardware paged + swapping to 
manage memory 



• up to 4x5 16-bit PPs 

• up to 6x4 12/16-bit channels 

• executes 12-bit, 16-bit, or mixture, PP 
code (upward compatible with 
CYBER 170) 

• memory size is 4Kx16 bits 

• 12-and/or 16-bit wide data channels 

• 64 (4x16 bits)- and 60 (5x12 bits)- bit 
access to central memory 

• 28-bit central memory addressed for 
PP read/write 

• real central memory addressing 

• 250 ns major cycle time 

• 16 words long Deadstart Panel 

+ 
512-word read-only memory usable 
at deadstart 



• segments sharable among user 
address spaces (code and data 
sharing possible) 
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• code/data mixed within user's 
address space 

• exchange operation to go CPU 
Monitor 

• 6PU supports CYBER 170 
instruction set 



System runs at System Control 
Points or in PPU's CPU Monitor 
routes RA+1 requests 



Subsystems (i.e., Telex, Magnet, Data 
Manager, etc.) are protected by 
RA/FL mechanisms from each other 
or user, can be called via CPU 
Monitor 



• segments can be read/write/execute, 
or combination— globally sharable 
code 

• exchange operation to go to CPU 
Monitor 

• CPU supports coexisting CYBER 180 
and CYBER 170 instruction sets. 
VMID (Virtual Machine Indentifier) 
field, within CYBER 180 exchange 
package, is used to switch between 
CYBER 170/180 State instruction 
sets. The CYBER 170 environment 
for CYBER 170 NOS or CYBER 170 
NOS/BE is established within the 
CYBER 180 job space and then state 
switching may be accomplished by 
an exchange or trap operation and 
Call or Return instructions. CYBER 
170 external interrupts are supported 
and handled within the CYBER 170 
environment. 

• Most CYBER 180 system code runs 
within user address space and 
obeys the same calling, 
loading/linking conventions. 

— levels of system code are 
protected by a hardware sup- 
ported hierarchical 'ring' 
mechanism from less capable 
code modules. (Fifteen ring levels 
are provided.) 

— System code can be directly 
"called" by "RETURN Jump" 
similar to CALL instruction 
without software assist. 

• Subsystems are hardware-supported 
(key/lock) mechanisms from each 
other, directly callable by user code 
without software assist. 



A-6 



REVIEW QUESTIONS 
HARDWARE 

1 ) What are the migration implications of dual state? 

2) Why does the hardware have buffer memories? 

3) What is the relationship between virtual memory and paged real memory? 



4) What are the three kinds of virtual memory protection? What is protected in each 
case? 



5) Code segments have three ring numbers. Data segments have two ring numbers. 
What do the ring numbers mean? 



6) What is a PVA? An SDT? 

7) In the phrase, "address translation," what gets translated to what? 



8) Construct a call stack for the following sequence. Assume all calls are legal. 
A calls B 
B calls B 
B calls C 
C returns 
B calls B 



9) How is an exchange interrupt caused? What happens when it occurs? How is a 
trap interrupt caused? What happens when it occurs? 



10) What are the capabilities of the MCU? 
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REVIEW QUESTIONS 
SOFTWARE 



1) Who uses the command interface? The program interface? 

2) List the reasons for a binding segment. 

3) List the five facilities that use the memory link on NOS/VE release. 

4) What is CYBIL? 

5) Distinguish between job and task. 

6) Distinguish between sections and segments. 

7) List three file attributes. 

8) Distinguish between record and segment level access. 

9) Why are terminal attributes stored by NOS/VE? 

10) What course in the sequence should you take next? 
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